# Сбор технических требований
## Описание
Сбор технических требований - это типичный этап разработки ПО, во время которого необходимо собрать данные про продукт, систематизировать и документировать их. Является частью сбора требований в целом, без которой не имеет смысла.
Цели при этом преследуются следующие:
- установить общее и единое видение конечного результата у команды и стейкхолдеров
- дать возможность сделать оценку времени и ресурсов, которые должны будут быть затрачены на разработку
- устранить противоречия требований в начальном видении ПО

## Почему ветка важна?
- Определяется бюджет на разработку.
- Под стек технологий можно более точно подобрать команду с нужными знаниями.
- Команда понимает, что и как она разрабатывает.

## Что будет, если её не делать?
- Есть высокий риск, что требования стейкхолдеров и видение команды разработки разойдутся.
- Бюджет может быть недооценён или переоценён.

## На кого может быть делегирована?
Традиционно задачу берут на себя люди, занимающие такие роли:
- Team Leader
- Tech Leader
- Software Architect

## Примеры поведения
### Примеры плохого поведения
- Натягивать свой самый сильный стек на задачу без оглядки на нужды бизнеса
- Подбирать технический стек, когда разработка уже началась
- Спускать требования на команду сверху, без обсуждений
- Допускать противоречия и двойственные толкования требований
### Примеры хорошего поведения
- Обсуждать требования как внутри менеджмента (заказчик, бизнес аналитики, project/product менеджеры) так и с техническими специалистами в команде
- По возможности и необходимости готовить Proof-Of-Concept
- Систематизировать собранный материал. Хорошо оформленная документация с соблюдением последовательного изложения информации воспринимается легче и быстрее
- Проводить анализ соответствия технических требований техническим возможностям
- Предлагать веер решений

## Способы прокачки
### Практика
- Постоянно быть в курсе событий технических новинок, обновлений существующих решений
- Пробовать на практике, достаточно даже поверхностно, новые утилиты, библиотеки и т.п.
- Проводить ретроспективу по результатам развития проекта с точки зрения оценки возникших проблем с той или иной технологией

## Консультации
- [Канал для Product Manager, где точно расскажут про сбор требований, но больше с точки зрения бизнеса](https://t.me/proproduct)
- Каналы для team leaders, где подскажут по технической составляющей:
    - [Team Lead Bootcamp](https://t.me/tlbootcamp)
    - [Team Lead Talks](https://t.me/TeamLeadTalks)
- [Прочий сборник каналов и чатов для team leaders](https://github.com/dhampik/leads-telegram-list)

## Теория
### Статьи
- [Коротко на тему сбора требований в общем](https://www.inflectra.com/ideas/topic/requirements-gathering.aspx)
- [Так же коротко и сжато на тему сбора именно технических требований](https://www.smartsheet.com/wise-words-about-writing-technical-requirements-documents)

### Видео
- [О факторах успешного сбора требований](https://www.modernanalyst.com/Webinars/tabid/207/ID/3181/Software-Requirements-7-Critical-Success-Factors.aspx)
- [О проблемах, которые могут возникнуть со сбором требований](https://www.modernanalyst.com/Webinars/tabid/207/ID/3624/Software-Requirements-10-Traps-to-Avoid.aspx)

### Книги
- Можно сказать классика направления, особенно важны главы 1-8, остальное по желанию - [Managing Software Requirements](https://www.amazon.com/Managing-Software-Requirements-Addison-Wesley-Technology/dp/0201615932)
